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(57) ABSTRACT 

An apparatus, program product, and method utilize distri- 
bution control information associated with intelligent agents 
to manage the distribution of such intelligent agents. Such 
distribution management may be incorporated into a 
dynamic, automated, extensible and flexible intelligent 
agent-based product support "frame work" to facilitate the 
provision of product support services to customers of com- 
puter-related products. In such a framework, agent platforms 
may be utilized on both a customer computer and a product 
support computer, with different agents configured to 
execute on one or both of such computers. 
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DISTRIBUTION MANAGEMENT OF 
INTELLIGENT AGENTS USING DISTRIBUTION 
CONTROL INFORMATION 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

[0001] This application is a divisional of U.S. patent 
application Scr. No. 10/021,203, filed on Oct. 30, 2001 by 
Joseph Philip Bigus et al. and entitled "PRODUCT SUP- 
PORT OF COMPUTER-RELATED PRODUCTS USING 
INTELLIGENT AGENTS", the disclosure of which is 
incorporated by reference herein. 

FIELD OF THE INVENTION 

[0002] The invention is generally related to computers and 
computer software, and in particular to computer software 
suitable for use in providing computer- assisted product 
support of computer-related products. 

BACKGROUND OF THE INVENTION 

[0003] The Internet has grown at a remarkable pace, and 
has become firmly entrenched in nearly all aspects of 
society. Whereas the Internet initially was limited to purely 
academic and government endeavors, the Internet has now 
become an important avenue of commercial activity, not to 
mention an important source of educational, commercial and 
entertainment-related information. Moreover, in addition to 
simply operating as a source of information, the Internet 
provides a mechanism for bringing together individuals and 
entities from across the globe. As an example, for business 
enterprises, the Internet provides the ability to interact 
electronically with customers, as well as suppliers, distribu- 
tors and other business partners. Even in non-commercial 
areas, the Internet enables individuals sharing common 
interests and avocations to interact and share information 
with one another. 

[0004] Of particular importance, the Internet often pro- 
vides business enterprises with the ability to interact elec- 
tronically with their customers to provide a number of value 
added services for those customers. 

[0005] For example, various Internet -based technologies 
have been developed to enhance the product support ser- 
vices provided by businesses to their customers. Perhaps not 
unexpectedly, the manufacturers, developers and other pro- 
viders of computer-related products such as computers, 
peripherals, networking equipment, computer software, and 
other hardware and/or software products have taken the lead 
in utilizing Internet technologies to enhance the product 
support services they provide for their customers. 

[0006] Conventional Internet-based product support tech- 
nologies have focused primarily on providing on-line access 
to product support information, as well as providing on-line 
access to downloadable software patches, service packs, 
drivers, updates and the like subsequent to release of a 
computer-related product. In the former instance, users are 
often permitted to search knowledge bases to locate infor- 
mation about particular problems experienced by customers, 
as well as potential solutions, workarounds, and the like. In 
the latter instance, users may either be required to periodi- 
cally check a manufacturer's website for new updates, or in 
the alternative, a manufacturer may find an update suffi- 



ciently important to warrant notifying customers of the 
presence of new updates via email or regular mail. 

[0007] Still other manufacturers support on-line "commu- 
nities" such as news groups or forums, so that users can 
interact with one another (or even with a manufacturer's 
product support personnel) to ask questions and obtain 
solutions. Such communities are also typically searchable by 
users so that the solutions to particular questions can be 
found without having to pose the questions to the commu- 
nities anew. In still other environments, real-time assistance, 
such as interactive chat sessions, may be used to enable 
customers to obtain useful information from a product 
manufacturer. 

[0008] While conventional product support technologies 
often provide some degree of assistance to customers, in 
many instances the manual process of searching knowledge 
bases, downloading patches, reconfiguring systems, etc., 
becomes excessively burdensome. Furthermore, the poten- 
tial problems experienced by customers continue to increase 
in both number and complexity, often necessitating even 
more manual frequent interaction with product support 
technologies. 

[0009] In particular, many computer systems incorporate 
numerous hardware and software components, many of 
which are supplied by multiple vendors. And with the advent 
of "open" systems, which permit the products of third party 
vendors to be installed into a particular manufacturer's 
computer systems, often without any certification or explicit 
acceptance by the manufacturer, many manufacturers are 
simply unable to adequately test all permutations and com- 
binations of hardware and software solutions that customers 
may have installed in their particular installations. Adding to 
this difficulty are the relatively short product development 
cycles imposed by the marketplace, which effectively ensure 
that at least some incompatibilities will arise subsequent to 
any major release of a computer-related product. 

[0010] To address some of these difficulties, various types 
of computer software have been utilized to better automate 
the provision of product support. For example, some soft- 
ware vendors utilize remote control software that allows 
product support personnel to remotely connect to a custom- 
er's computer and permit the personnel to remedy any 
problems therewith, e.g., by perusing and correcting con- 
figuration settings on a customer's computer. 

[0011] As another example, automated update programs 
have been developed for the purpose of analyzing a particu- 
lar installation to determine what current software is 
installed, comparing this information with a database of 
known updates to that software, and then automating the 
download and installation of any uninstalled updates. In 
some environments, the update programs are implemented 
using intelligent agents that are dispatched, or transmitted, to 
a particular customer's installation. 

[0012] An intelligent agent, in general, is configured to 
operate much like software-implemented "assistant" to auto- 
mate and simplify certain tasks in a way that hides its 
complexity from a user. An intelligent agent is typically 
characterized by the concept of delegation, where a user, or 
client, entrusts an agent to handle tasks with at least a certain 
degree of autonomy. Intelligent agents operate with varying 
degrees of constraints depending upon the amount of 
autonomy delegated to them by a user. 
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[0013] Intelligent agents may also have differing capabili- 
ties in terms of intelligence, mobility, and agency. Intelli- 
gence is generally the amount of reasoning and decision 
making that an agent possesses. This intelligence can be as 
simple as following a predefined set of rules, or as complex 
as learning and adapting based upon a user's objectives and 
the agent's available resources. An intelligent agent's intel- 
ligence or skill as applied to a specific field or function is 
often referred to as the domain knowledge for that agent. 

[0014] Some intelligent agents are also characterized as 
being "mobile", by virtue of possessing the ability to be 
passed through a network and execute on different computer 
systems. Thus, while some agents may be designed to stay 
on one computer system and may never be passed to 
different machines, other agents may be mobile in the sense 
that they are designed to be passed from computer to 
computer while performing tasks at different stops along the 
way. To facilitate the distribution of agents and their inter- 
action, significant development work has been directed 
toward standardized agent communities, where agents are 
configured to execute on standardized agent "platforms" and 
communicate according to standardized messaging proto- 
cols. 

[0015] Agents have traditionally found a number of uses 
in a wide variety of applications, including systems and 
network management, mobile access and management, 
information access and management, collaboration, messag- 
ing, workflow and administrative management, and adaptive 
user interfaces. Another important use for agents is in 
electronic commerce, where an agent may be configured to 
seek out other parties such as other users, computer systems 
and agents, conduct negotiations on behalf of their client, 
and enter into commercial transactions. 

[0016] Despite these usages of intelligent agents, in the 
field of product support, intelligent agents have yet to find 
widespread acceptance outside of the relatively narrow area 
of automating software updates. Of note, software updates 
most often result from some prior identification of various 
errors that require correction, followed by resolution of such 
problems through the development of new program code 
that corrects such errors. To date, the identification of errors 
often results from customer complaints or questions, which 
is typically collected manually by product support personnel 
in connection with resolving customer problems. It is often 
only after individual customers raise issues, and these issues 
are individually resolved by product support personnel, that 
global solutions to the issues arc created and then distributed 
to other customers. Thus, even though the actual download 
of software updates may be somewhat automated in some 
environments, the underlying problem determination, prob- 
lem source identification, and problem resolution steps that 
ultimately result in the generation of such software updates 
are still predominantly manual and labor-intensive pro- 
cesses. 

[0017] Given the ever-increasing complexity of computer 
systems, components and software, it is anticipated that 
product support will continue to place an increasingly 
greater burden on manufacturers and developers of many 
computer-related products, thus driving up overhead and 
cutting into margins. A need therefore exists for utilizing 
increased automation in connection with the provision of 
product support, particularly in the areas of problem deter- 



mination, identification and resolution. It is further antici- 
pated that increased usage of intelligent agents in the pro- 
vision of product support can address many of the burdens 
and inefficiencies that result from conventional product 
support efforts, and thus a need also exists for a manner of 
facilitating the penetration of intelligent agents into product 
support environments. 

SUMMARY OF THE INVENTION 

[0018] The invention addresses these and other problems 
associated with the prior art by providing an apparatus, 
program product, and method that utilize a dynamic, auto- 
mated, extensible and flexible intelligent agent-based prod- 
uct support "framework" that facilitates the provision of 
product support services to customers of computer-related 
products. 

[0019] In particular, the herein-described framework typi- 
cally incorporates a distributed agent-based product support 
system including agent platforms that are utilized on both 
product support and customer sites to support multiple 
platforms upon which product support agents may reside to 
provide various product support operations across and 
throughout the system. Consistent with one aspect of the 
invention, therefore, a product support system may be 
provided in which first and second agent platforms are 
configured to execute respectively on a customer computer 
and a product support computer, and where first and second 
product support intelligent agents are configured to perform 
product support operations in connection with a computer- 
related product, with one such agent being capable of being 
dispatched to the customer computer for execution by the 
first agent platform, and with the other such agent capable of 
being executed by the second agent platform. 

[0020] The herein-described framework also typically 
supports the ability to utilize cross-customer operational 
data in the determination, identification and/or remediation 
of potential problems or other undesirable operational con- 
ditions in and/or associated with a computer-related product, 
as well as to facilitate the distribution of remedial actions to 
multiple customers. For example, consistent with another 
aspect of the invention, product support for a computer- 
related product may be provided by collecting operational 
data from a plurality of customer computers that utilize the 
computer-related product, identifying an undesirable opera- 
tional condition associated with the computer-related prod- 
uct from the collected operational data, creating a product 
support intelligent agent configured to remedy the undesir- 
able operational condition, and distributing the product 
support intelligent agent to at least first and second customer 
computers from the plurality of customer computers to 
remedy the undesirable operational condition in the first and 
second customer computers. 

[0021] As another example, intelligent agent technology 
may also be incorporated in the aforementioned framework 
to enhance the automated analysis of cross-customer opera- 
tional data, and thus facilitate the identification of undesir- 
able operational conditions associated with a computer- 
related product. Therefore, consistent with yet another 
aspect of the invention, product support for a computer- 
related product may be provided by collecting operational 
data from a plurality of customer computers that utilize the 
computer-related product during operation of the plurality of 



04/23/2004, EAST Version: 1.4.1 



US 2003/0084010 Al 



3 



May 1, 2003 



customer computers, analyzing the operational data from the 
plurality of customer computers using at least one intelligent 
agent, and identifying as a result of the analysis an unde- 
sirable operational condition associated with the computer- 
related product in at least one of the customer computers. 

[0022] Given the distributed nature of the herein-de- 
scribed framework, it may also be desirable to provide 
distribution controls to assist in the effective management of 
intelligent agents in connection with providing product 
support of a computer-related product. In particular, intelli- 
gent agents may have different goals and capabilities, and 
may present certain risks if used by inexperienced users 
and/or in situations in which they were not intended to be 
used. As such, it may be desirable to associate distribution 
control information with certain intelligent agents to limit 
the ability of such intelligent agents to be distributed for 
execution in undesirable environments. Therefore, consis- 
tent with a further aspect of the invention, intelligent agents 
may be associated with distribution control information that 
defines distribution rights to such intelligent agents, 
whereby access to such intelligent agents is controlled in 
response to requests based upon the distribution control 
information associated with such intelligent agents. 

[0023] It may also be desirable to incorporate support for 
intelligent agents supplied by different vendors into the 
herein-described framework. In particular, due to the rela- 
tively open nature of many computer environments, many 
such environments incorporate hardware and/or software 
components that are supplied by different vendors. More- 
over, in many circumstances, incompatibilities between such 
components can result in errors or degraded system perfor- 
mance. Often, too, the incompatibilities may require correc- 
tive actions to be taken in connection with multiple com- 
ponents. As such, consistent with an additional aspect of the 
invention, product support for a computer-related product 
may be provided by executing first and second intelligent 
agents to respectively perform first and second tasks asso- 
ciated with remedying an undesirable operational condition 
associated with a customer computer that utilizes the com- 
puter-related product, where the first and second intelligent 
agents are respectively provided by first and second vendors 
that supply first and second components associated with the 
computer-related product. 

[0024] It will be appreciated that the various aspects of the 
invention discussed above may be utilized either indepen- 
dently or collectively with one another in various embodi- 
ments of the invention. The invention is therefore not limited 
to any specific combination of the various aspects discussed 
above. 

[0025] These and other advantages and features, which 
characterize the invention, are set forth in the claims 
annexed hereto and forming a further part hereof. However, 
for a better understanding of the invention, and of the 
advantages and objectives attained through its use, reference 
should be made to the Drawings, and to the accompanying 
descriptive matter, in which there is described exemplary 
embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0026] FIG. 1 is a block diagram of a distributed agent- 
based product support system consistent with the invention. 



[0027] FIG. 2 is a block diagram of an alternate customer 
installation to that illustrated in FIG. 1, wherein a supported 
product is a hardware or software component resident on a 
computer upon which is also resident an agent server. 

[0028] FIG. 3 is a block diagram of another alternate 
customer installation to that illustrated in FIG. 1, wherein a 
supported product is a hardware or software component that 
is external to a computer upon which is resident an agent 
server. 

[0029] FIG. 4 is a block diagram of the principal software 
components utilized in providing product support for a 
customer by a vendor in the distributed agent-based product 
support system of FIG. 1. 

[0030] FIG. 5 is a flowchart illustrating an exemplary 
sequence of operations suitable for remedying a customer 
problem in the distributed agent-based product support 
system of FIG. 1. 

[0031] FIG. 6 is a block diagram illustrating a collection 
of software components suitable for use in implementing the 
sequence of operations illustrated in FIG. 5. 

[0032] FIG. 7 is a block diagram illustrating a collection 
of software components suitable for use in implementing an 
agent framework for hosting the pools of agents in the 
distributed agent-based product support system of FIG. 1. 

[0033] FIG. 8 is a flowchart illustrating an exemplary 
sequence of operations suitable for publishing an agent in 
the distributed agent-based product support system of FIG. 
1. 

[0034] FIG. 9 is a block diagram illustrating an exemplary 
interaction of agents from multiple vendors in collectively 
remedying a customer problem in the distrusted agent-based 
product support system of FIG. 1. 

[0035] FIG. 10 is a block diagram of an exemplary 
product support system suitable for tuning the performance 
of a groupware server in a manner consistent with the 
invention. 

DETAILED DESCRIPTION 

[0036] The embodiments described herein utilize a 
dynamic intelligent agent framework to facilitate the provi- 
sion of product support to computer-related products. In 
many embodiments, human expertise may be captured and 
incorporated into intelligent agents, with a dynamic frame- 
work utilized to provide access to a library of such agents 
possessing functionalities in the areas of data collection and 
monitoring, data analysis, and problem resolution or reme- 
diation. Through such a framework, costs may often be 
reduced through ensuring that the latest problem analysis is 
deploy able, and by testing for product quality by focusing 
across the most common uses and expanding diagnostics in 
the field. Moreover, product value can be added through the 
provision of off-release support facilities, as well as the 
ability to modify agents between releases based upon real 
customer experiences and situations. 

[0037] In the embodiments discussed hereinafter, a dis- 
tributed agent-based product support system is described in 
which agent servers are distributed between a vendor and 
one or more customers for the purpose of supporting com- 
puter-related products for such customers. Advantageously, 
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agents are permitted to run on the back-end/support com- 
puters, directly on customer computers, or on both, and due 
to the mobile nature of some agents, agents can be dis- 
patched (or brought to) the data necessary for monitoring 
purposes, or agents can pull such data to them for collection 
and analysis via remote access of a particular system. 

[0038] Moreover, in many embodiments, off-release deliv- 
ery of agents is supported, so that problems discovered after 
a release of a product can be addressed quickly and in a cost 
effective manner. Furthermore, operational data of multiple 
customers can be collected and analyzed, often using dif- 
ferent artificial intelligence-based logic, to enable the reso- 
lution of problems or provision of solutions based upon a 
wide variety of customers, customer installations, situations, 
etc. Also, as will become more apparent below, through the 
use of advanced learning techniques, self -learning is often 
possible, based on an individual environment or on an 
"aggregate" of environments. In many instances, many of 
the product support tasks that were once manual operations 
can be automated, thus improving product quality and 
saving significant costs in the areas of product determination 
and problem resolution. 

[0039] In addition, the framework described below pro- 
vides the ability to encapsulate agents from multiple parties 
or entities, and otherwise utilize multiple agents to collec- 
tively perform tasks that comprise complete solutions to a 
customer problem. Agents can be partitioned based on their 
assigned tasks and required domain knowledge, and agents 
may call various sub-agents to handle specific tasks, or in the 
alternative, multiple agents may be combined into a single 
agent to address a particular customer problem. Through this 
"modular" approach, agents may be constructed from mul- 
tiple pre-built agents or modules, thereby often saving 
substantial development time and effort. 

[0040] Turning to the drawings, wherein like numbers 
denote like parts throughout the several views, FIG. 1 
illustrates a distributed agent-based product support system 
10 consistent with the invention. In implementing such a 
distributed system, a vendor, or product support site 12 is 
interfaced with a plurality of customer sites 14 (for custom- 
ers 1 ... N) to provide product support for a plurality of 
supported products purchased or otherwise acquired by each 
customer. To support distributed agent-based product sup- 
port, a support agent server 16 is resident at the vendor site, 
while product agent servers 18 are illustrated as resident on 
supported products at each customer site. It should appre- 
ciate that the vendor, as well as each customer, may have 
multiple sites interfaced within product support system 10, 
and that multiple vendors may be interfaced within the 
product support system as well. 

[0041] In the illustrated implementation of FIG. 1, the 
supported product is a computer, e.g., a multi-user computer 
such as an AS/400 or eServer iSeries midrange computer 
available from International Business Machines Corpora- 
tion. Moreover, in this implementation, the supported prod- 
uct additionally hosts the customer site-based product sup- 
port components for system 10, e.g., the product support 
server 18. As will be discussed in greater detail below, 
however, a wide variety of other computer-related products 
may be supported using system 10 without departing from 
the spirit and scope of the invention. 

[0042] Various manners of interconnecting support server 
16 and product servers 18 may be used consistent with the 



invention. For example, at each site, an internal network 20, 
22 such as a local area network, may be coupled to the 
respective server 16, 18. Other computers, e.g., workstations 
24, 26, may also be coupled to networks 20, 22, and provide 
user access to servers 16, 18. It will be appreciated that 
multiple client computers, as well as other devices, may be 
coupled to internal networks 20, 22 consistent with the 
invention. 

[0043] One manner of interfacing a vendor site with a 
customer site is via Internet 28, as shown for customers 1 
and 2. Through the use of the Internet, a ubiquitous com- 
munication path to a vendor site is easily provided, and 
through the use of conventional security tools, secure com- 
munications between vendor and customer sites may be 
obtained. It should be appreciated that each customer site 
may be connected to the Internet via a continuous link, or in 
the alternative, via a dial-up link as is well known in the art. 

[0044] For some customer implementations, a direct 
point-to-point interconnection may be desired, e.g., as with 
interconnection 30 illustrated between vendor site 12 and 
customer site 14 for customer N. In such an implementation, 
remote access devices 32, 34 would typically be utilized at 
each site 12, 14 to provide the necessary interconnection. 
For example, each device 32, 34 may be a dial-up modem or 
similar private communications path. Other manners of 
interfacing a customer site with a vendor site may be used 
in the alternative. 

[0045] One important aspect of providing product support 
in the manner described herein, and in particular for the 
purpose of identifying and diagnosing customer problems, is 
the incorporation of a cross-customer knowledge base 36 in 
vendor site 12, which includes problem identification, solu- 
tion information, operational and environmental data based 
upon information collected from multiple customers. In 
addition, in the illustrated implementation each customer 
site includes local storage 38 for customer data, in particular, 
operational data associated with various operating charac- 
teristics of the supported product. As will be discussed in 
greater detail below, the operational data may incorporate 
any performance, configuration, runtime, or other data that 
characterizes the operation of a supported product, and 
which is capable of being monitored for the purpose of 
problem identification or optimization of operation effi- 
ciency. In the illustrated implementation, typically such 
operational data is forwarded to the vendor site and stored in 
centralized storage, e.g., as represented at 40. In some 
implementations, the operational data may be stored directly 
in knowledge base 36, whereby separate storage for the 
operational data of each customer would not be required. 

[0046] It will be appreciated that product support agent 
server 16, each supported product 18, each workstation 24, 
26 and any other interconnected device may be implemented 
using practically any type of computer, computer system or 
other programmable electronic device, including a client 
computer, a server computer, a portable computer, a hand- 
held computer, an embedded controller, etc. Moreover, each 
such device may be implemented using multiple intercon- 
nected computers and/or electronic devices, e.g., in a cluster 
or other distributed computing environment. A number of 
the devices illustrated in FIG. 1 each comprise an "appa- 
ratus" that also may be referred to hereinafter as a "com- 
puter"; however, it should be appreciated the term "appara- 
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tus" may also include other suitable programmable 
electronic devices consistent with the invention. 

[0047] Each of the aforementioned devices, when imple- 
mented as computers, will typically include one or more 
processors coupled to a memory. The memory may represent 
the random access memory (RAM) devices comprising the 
main storage of a computer, as well as any supplemental 
levels of memory, e.g., cache memories, non-volatile or 
backup memories (e.g., programmable or flash memories), 
read-only memories, etc. In addition, a memory may be 
considered to include memory storage physically located 
elsewhere in a computer, e.g., any cache memory in a 
processor, as well as any storage capacity used as a virtual 
memory, e.g., as stored on a mass storage device or on 
another computer coupled to such a computer via network or 
other form of interconnection. 

[0048] It will also be appreciated that each computer 
typically receives a number of inputs and outputs for com- 
municating information externally. For interface with a user 
or operator, a computer may include one or more user input 
devices (e.g., a keyboard, a mouse, a trackball, a joystick, a 
touchpad, and/or a microphone, among others) and a display 
(e.g., a CRT monitor, an LCD display panel, and/or a 
speaker, among others). Otherwise, user input may be 
received via another computer or device interfaced with a 
computer over a network. 

[0049] For additional storage, each computer may also 
include one or more mass storage devices, e.g., a floppy or 
other removable disk drive, a hard disk drive, a direct access 
storage device (DASD), an optical drive (e.g., a CD drive, 
a DVD drive, etc.), and/or a tape drive, among others. 
Furthermore, a computer may include an interface with one 
or more networks (e.g., a LAN, a WAN, a wireless network, 
and/or the Internet, among others) to permit the communi- 
cation of information with other computers coupled to the 
network. 

[0050] Each computer typically operates under the control 
of an operating system, and executes or otherwise relies 
upon various computer software applications, components, 
programs, objects, modules, data structures, etc. Moreover, 
various applications, components, programs, objects, mod- 
ules, etc. may also execute on one or more processors in 
another computer coupled to a computer via a network, e.g., 
in a distributed or client-server computing environment, 
whereby the processing required to implement the functions 
of a computer program may be allocated to multiple com- 
puters over a network. 

[0051] In general, the routines executed to implement the 
embodiments of the invention, whether implemented as part 
of an operating system or a specific application, agent, 
component, program, object, module or sequence of instruc- 
tions, or even a subset thereof, will be referred to herein as 
"computer program code," or simply "program code/' Pro- 
gram code typically comprises one or more instructions that 
are resident at various times in various memory and storage 
devices in a computer, and that, when read and executed by 
one or more processors in a computer, cause that computer 
to perform the steps necessary to execute steps or elements 
embodying the various aspects of the invention. Moreover, 
while the invention has and hereinafter will be described in 
the context of fully functioning computers and computer 
systems, those skilled in the art will appreciate that the 



various embodiments of the invention are capable of being 
distributed as a program product in a variety of forms, and 
that the invention applies equally regardless of the particular 
type of signal bearing media used to actually carry out the 
distribution. Examples of signal bearing media include but 
are not limited to recordable type media such as volatile and 
non-volatile memory devices, floppy and other removable 
disks, hard disk drives, magnetic tape, optical disks (e.g., 
CD-ROM's, DVD's, etc.), among others, and transmission 
type media such as digital and analog communication links. 

[0052] In addition, various program code described here- 
inafter may be identified based upon the application within 
which it is implemented in a specific embodiment of the 
invention. However, it should be appreciated that any par- 
ticular program nomenclature that follows is used merely for 
convenience, and thus the invention should not be limited to 
use solely in any specific application identified and/or 
implied by such nomenclature. Furthermore, given the typi- 
cally endless number of manners in which computer pro- 
grams may be organized into routines, procedures, methods, 
modules, objects, and the like, as well as the various 
manners in which program functionality may be allocated 
among various software layers that are resident within a 
typical computer (e.g., operating systems, libraries, API's, 
applications, applets, etc.), it should be appreciated that the 
invention is not limited to the specific organization and 
allocation of program functionality described herein. 

[0053] Those skilled in the art will recognize that the 
exemplary environment illustrated in FIG. 1 is not intended 
to limit the present invention. Indeed, those skilled in the art 
will recognize that other alternative hardware and/or soft- 
ware environments may be used without departing from the 
scope of the invention. 

[0054] As discussed above, a supported product may be 
any number of computer-related products consistent with the 
invention. For example, a supported product may be a 
computer, which may or may not also host an agent server 
and other product support functionality, as is shown in FIG. 
1. In the alternative, a supported product may comprise an 
installed component that is internal to a computer upon 
which the product support software components for a cus- 
tomer site are resident. FIG. 2, for example, illustrates a 
computer 50 having resident thereon a supported product 52 
and an agent server 54. The supported product may include, 
for example, any number of different software or hardware 
products. For example, from a software standpoint, a sup- 
ported product may include an application, operating sys- 
tem, microcode, firmware, utility, tool, or practically any 
other type of software capable of being resident on a 
computer or one of its components. From a hardware 
standpoint, the supported product may comprise a peripheral 
component, an I/O card, a disk drive, a processor, a memory, 
or practically any other hardware component internal to a 
computer. 

[0055] As another example, a supported product may be 
interfaced with a computer that is the same or different from 
that which hosts the product support components for a 
particular customer. FIG. 3, for example, illustrates a com- 
puter 60 upon which is resident an agent server 62. Also 
shown in FIG. 3 is a second computer 64 networked with 
computer 60, and upon which is resident a supported product 
66. In still other instances, a supported product (e.g., product 



04/23/2004, EAST Version: 1.4.1 



US 2003/0084010 Al 



6 



May 1, 2003 



68) may be wholly separate from a computer, but may 
comprise another form of hardware component that is inter- 
faced with computer 60, but which is not necessarily housed 
within a computer. For example, network-based storage, 
network hardware, and practically any other type of elec- 
tronic device capable of being accessed via a computer, may 
be supported in the manner described herein. 

[0056] It should also be appreciated that a product support 
system consistent with the invention may support a single 
type of product, or multiple types, releases, versions, etc., of 
products. Moreover, a supported product may include hard- 
ware, software, or a combination of the two (e.g., an I/O card 
may incorporate firmware). Furthermore, the product sup- 
port components at a customer site may be disposed on 
multiple computers, and the supported product may com- 
prise multiple computers, e.g., a cluster or other system of 
multiple computers. The numbers, types and variations of 
computer-related products that may be supported in the 
manner described herein is practically innumerable, so the 
invention should not be limited to the particular implemen- 
tations disclosed herein. 

[0057] In the illustrated embodiment, the distributed prod- 
uct support system is capable of hosting and executing 
agents that are resident on a support server, resident on a 
product server, or both. Moreover, agents running on the 
same or different servers may be in communication with one 
another, while certain agents may execute at different times 
on different servers, and be transferred from server to server 
as required. Through the provision of an agent platform both 
on the product support server and on a supported product 
server, a significant degree of flexibility is therefore often 
attained. 

[0058] It will be appreciated that product support need not 
be provided by the manufacturer, vendor or provider of a 
particular computer- related product being supported. Put 
another way, product support may be provided by an entity 
other than that which originally provided the computer- 
related product. In addition, it will be appreciated that a 
product support system may support multiple products, 
including multiple products on behalf of a single customer 
and/or multiple products disposed at multiple customer sites. 

[0059] FIG. 4 illustrates the principal software compo- 
nents utilized in distributed agent-based product support 
system 10, where a support intelligent agent server 16, 
resident at a vendor site, is interfaced with a product 
intelligent agent server 18, resident on a customer site. As 
used hereinafter, the term "support" will generally be uti- 
lized in connection with the vendor or other entity providing 
product support, while "product" will refer to the customer 
or other user of a supported product. 

[0060] In the illustrated implementation, each server 16, 
18, functions as a product support program that is utilized in 
the overall system to provide a portion of the product 
support functionality described herein. On each server 16, 
18 is provided an agent pool 80, 82. Within support agent 
pool 80 is typically provided a number of types of agents 
including shipped product agents 88, downloadable product 
agents 90, support only agents 92, knowledge base agents 94 
and third party agents 96. 

[0061] Shipped product agents 88 refer to intelligent 
agents suitable for execution on a supported product, and 



which are associated with a given release of that product 
(i.e., they are "shipped" with the product). Downloadable 
product agents 90, on the other hand, refer to intelligent 
agents that are created subsequent to shipping of a particular 
release (i.e., they are "off-release"), and are capable of being 
downloaded from the support intelligent agent server to a 
product intelligent agent server for a particular customer. 

[0062] Support only agents 92 are intelligent agents that 
are configured for execution only on support intelligent 
agent server 16, and are not intended to be distributed to 
customer sites. Knowledge base agents 94 refer to analysis 
or problem resolution- type agents that are configured to 
access the operational data collected from multiple custom- 
ers to identify potential problems, as well as develop poten- 
tial solutions therefrom. 

[0063] Third party agents 96 refer to intelligent agents 
provided by other entities, but which are capable of being 
incorporated into system 10. For example, a third party 
agent 96 may be provided by a software or component 
vendor to assist in the support of that software or component 
on a larger overall supported product. In other environments, 
third party agents may be standardized agents developed by 
other entities, but which are suitable for implementation in 
providing product support of a particular product. Moreover, 
in some implementations, some form of encapsulation of 
third party agents may be required so that such agents will 
function in the agent environment of system 10. 

[0064] Product agent pool 82 includes a plurality of 
agents, such as shipped product agents 100, downloaded 
product agents 102 and third party agents 104. Of the 
shipped product agents, these agents are typically duplicates 
of the corresponding shipped product agents 88 found in 
support agent pool 80, while downloaded product agents 
102 are typically copies of the downloadable product agents 
90 from support agent pool 80 that have been downloaded 
to a particular customer's product intelligent agent server. 
Third party agents 104 may be identical to those in support 
agent pool 80, or in the alternative, may represent particular 
types of third party agents that are suitable for execution on 
a customer's system, rather than on a support system, should 
a particular vendor provide agents suited for execution on 
such systems. 

[0065] It will be appreciated that each agent 88-104 may 
perform any number of product support operations consis- 
tent with the invention. For example, any combination of 
monitoring operations, data collection operations, data 
analysis operations, agent selection operations, agent cre- 
ation operations, configuration detection and/or setting 
operations, performance tuning operations, etc., may be 
implemented within an intelligent agent consistent with the 
invention. Moreover, pools 80, 82 may include other types 
of agents, or only a subset of the agent types illustrated in 
FIG. 4. 

[0066] The underlying framework and execution environ- 
ment for the agents in pools 80, 82 are provided by agent 
platform and runtime blocks 106, 108 on servers 16, 18, 
respectively. While a purely proprietary execution environ- 
ment may be utilized in some environments, it may be 
desirable in other environments to provide a standardized, 
extensible framework to facilitate the creation, execution 
and interaction of agents in a product support environment. 
For example, in the illustrated embodiment, the Agent 
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Building and Learning Environment (ABLE) framework, 
component library, and productivity toolkit from Interna- 
tional Business Machines Corporation may be utilized as the 
underlying environment for implementing product support 
system 10. The configuration and use of the ABLE envi- 
ronment is understood by one of ordinary skill in the art. 
However, it should be appreciated that a wide variety of 
other agent environments, as well as custom or proprietary 
environments, may be used in the alternative. Moreover, it 
should also be appreciated that an agent platform may be 
distributed in nature in some embodiments, e.g., the work- 
load of a particular product or support agent platform may 
be distributed among multiple computers or systems. There- 
fore, the invention should not be limited to the particular 
environment described herein. 

[0067] Each server 16, 18 also utilizes an agent library 
management component U0, 112 that is utilized in manag- 
ing the agents in the agent pool. Furthermore, in support 
intelligent agent server 16, an agent builder component 114 
is provided to assist in the creation of new intelligent agents. 
Furthermore, an agent publishing control component 116 is 
utilized to provide control over the publishing of new agents 
in a manner that associates distribution control information 
with such agents, as will be discussed in greater detail below. 

[0068] In general, from a problem determination or iden- 
tification standpoint, operational data is collected from one 
or more customer sites and analyzed, with either such 
operations occurring on the product server and/or on the 
support server. For example, local environmental data may 
be stored as shown at 118 in any customer site and accessible 
via product intelligent server 18. Within such environmental 
data may be operational data 120 collected by server 18. 
Such operational data is typically forwarded in some manner 
to the support intelligent agent server 16, where the opera- 
tional data is collected as shown at 122. After aggregating 
and analyzing the collected data, a cross-customer knowl- 
edge base 124 is populated with problem identification, 
solution information, operational and environment data suit- 
able for remedying customer problems or optimizing their 
environment. It is in part through this unique architecture 
that various enhanced functionalities such as automated 
learning capability may be incorporated into a product 
support system consistent with the invention. 

[0069] It will be appreciated that the architecture illus- 
trated in FIG. 4 is merely exemplary in nature. Other 
architectures, as well as other arrangements and types of 
software components, may be utilized in other environ- 
ments. 

[0070] Through the use of the above-identified frame- 
work, a wide variety of product support operations may be 
performed to remedy undesirable operational conditions in a 
customer product. An undesirable operational condition may 
include various errors, bugs or other technical problems that 
prevent the correct operation of the system, or otherwise 
cause system crashes, incorrect data, or other hardware or 
software failures. An undesirable operational condition may 
also include non-optimal operation, e.g., where a computer- 
related product or another product associated therewith 
performs at a level that is non-optimal, and capable of being 
improved. It should be appreciated that an undesirable 
operational condition may be related directly with respect to 
the computer-related product, or it may be an undesirable 



condition with another product, where the undesirable 
operational condition is due to a problem or defect in the 
computer-related product (e.g., where a computer system 
runs poorly, or a particular software application crashes, due 
to a defect in another software application). 

[0071] The overall sequence of operations that occur in 
connection with remedying problems in the product support 
system disclosed herein is illustrated generally at 150 in 
FIG. 5. In this exemplary sequence of operations, opera- 
tional data Is collected and thereafter analyzed to identify 
undesirable operational conditions, and based upon such 
identification, a remedy agent is selected or created and 
thereafter published to remedy the undesirable condition on 
a customer product. A wide number of variations in this 
overall sequence of operations will be appreciated from a 
further reading of the material presented herein. 

[0072] In the illustrated implementation, the sequence 
illustrated at 150 begins in block 152 by dispatching monitor 
agents for the purpose of collecting operational data from 
one or more customer sites. The monitor agents may be 
dispatched to the actual customer sites for execution on the 
customers' product intelligent agent servers, or in the alter- 
native, one or more agents agent may be executed or 
dispatched on the support intelligent agent server, with that 
agent provided with remote access capability to retrieve 
operational data from the customer sites. Thus, data may be 
brought to the agents, or vice versa, in different embodi- 
ments consistent with the invention. 

[0073] In the alternative, monitor agents may already be 
installed at either the customer sites or the vendor site, 
whereby separate dispatch operation would not be required. 
In such instances, the monitor agents may run continuously, 
or may be invoked in block 152 on demand. 

[0074] Next, once the monitor agents are configured for 
collecting data, operational data is collected as shown in 
block 154. The operational data may include any number of 
operational characteristics of a computer-related product or 
any systems or components associated therewith, and the 
collection process may be ongoing, or may comprise col- 
lecting data for a short time period, or even taking a single 
snapshot of the configuration of a particular product at a 
given time. Collection of the operational data also typically 
results in the operational data being transmitted to the 
product intelligent agent server so that centralized analysis 
thereof can be performed. 

[0075] Next, in block 156, the collected operational data is 
analyzed, and from such analysis, an undesirable operational 
condition is identified as shown in block 158. Then, based 
upon such identification, an appropriate remedy agent is 
either selected or created. If a suitable agent already exists, 
that agent will be selected to remedy the problem. If no such 
agent exists, one may be created, with an appropriate 
distribution control associated with that agent, as shown in 
block 160. The use of distribution controls to limit the 
distribution of agents is discussed in greater detail below, 

[0076] Once the appropriate remedy agent has been 
selected or created, that agent is published as shown in block 
162, and distributed or otherwise executed to remedy the 
undesirable condition on one or more customer products. 
Subsequent to block 162, the problem is remedied, and the 
operations shown in FIG. 5 are complete. 
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[0077] It should be appreciated thai the set of customer 
sites that are monitored need not be the same as the set of 
customer sites that receive the remedy agent, e.g., where a 
remedy agent is dispatched first on a limited basis prior to 
dispatching the agent to the entire customer base for a 
product. Moreover, a remedy agent may execute on a 
support agent server, a product agent server, or both, and 
such an agent may rely on multiple agents to collectively 
perform desired tasks. 

[0078] Implementation of blocks 152-162 of FIG. 5 may 
occur in a wide variety of manners. For example, FIG. 6 
illustrates one such division of resources to remedy a 
customer problem. In this figure, a product support system 
170 is illustrated including a vendor site 172 and a plurality 
of customer sites 174. Within vendor site 172 is a monitor/ 
collection agent 176 that interfaces with a plurality of 
monitor/collection agents 178 resident on each of the cus- 
tomer sites 174. In this configuration, each agent 178 
collects operational data appropriate for that particular cus- 
tomer, and forwards such data to agent 176 for collection. In 
many instances, the operational data collected by agent 176 
is forwarded to cross-customer knowledge base 180 for the 
purpose of analysis by a data analysis agent 182. In some 
instances, however, agent 176 may be provided with suffi- 
cient logic to identify known problems and invoke opera- 
tions on data analysis agent 182 without storing the collected 
operational data in knowledge base 180. For example, if 
monitor/collection agent 176 detected a known problem 
having a known remedy, agent 176 may invoke agent 182 to 
initiate the appropriate remedy. 

[0079] In many situations, however, data analysis agent 
182 utilizes various learning algorithms such as pattern 
matching, to attempt to identify undesirable operational 
conditions from the operational data collected from one or 
more customers. The results of such analysis are forwarded 
to a report agent 184, which reports the results of the 
analysis at appropriate intervals. Based upon the analysis 
reported by agent 184, an undesirable operational condition 
identified thereby may be utilized to perform agent selection 
or creation in block 186. In many environments, block 186 
is predominantly a manual operation, particularly with 
regard to the creation of new agents, although in some 
environments, sufficient functionality may be provided to 
permit the automated creation of intelligent agents. 

[0080] For example, automated functionality may be uti- 
lized to either custom configure an agent from a plurality of 
modules, or in the alternative, select an agent from a pool of 
like agents, e.g., as described in U.S. patent application Ser. 
Nos. 08/826,107, 08/822,933, filed on Mar. 21, 1997 and 
Ser. No. 09/100,595 filed on Jun. 19, 1998, by Bigus et al. 
which are incorporated by reference herein. Furthermore, in 
some environments, the decision of whether a new agent 
needs to be created or selected from a pre-existing pool may 
be made automatically, with the creation of new agents 
performed as a manual process, e.g., using the agent builder 
component 114 of FIG. 4. 

[0081] The result of agent selection/creation is the dis- 
patch of a remedy agent from agent pool 188. As shown in 
FIG. 6, a remedy agent 190 may be resident on a vendor site 
to apply the appropriate remedial actions. In the alternative, 
a remedy agent may be dispatched to one or more customers 
as shown at 192, with each customer receiving the same 



copy or a customized copy of the remedy agent. Further- 
more, in some environments, multiple remedy agents may 
be dispatched and operate on the vendor site, the customer 
site, or in both, with appropriate communications between 
such agents to collectively perform the desired task. 

[0082] Various modifications may be made to the imple- 
mentation illustrated in FIG. 6. For example, monitoring 
and collecting of operational data may occur solely on a 
customer site or on a vendor site, and need not require the 
interaction of agents on both such sites. In addition, moni- 
toring and collection of operational data may be performed 
by non-agent software, or may be input by a user in some 
circumstances. Moreover, a combination of manually-input 
operational data and collected operational data may also be 
utilized in performing data analysis consistent with the 
invention. 

[0083] Furthermore, other remedial operations may be 
performed in connection with or in lieu of the dispatch of a 
remedy agent in some environments. For example, some 
remedies may involve the execution or invocation of non- 
agent program code, or may involve manual intervention by 
product support personnel and/or a customer. In the latter 
instance, a remedy may include simply the notification to a 
user of the corrective actions that need to be undertaken to 
remedy a particular condition. In addition, remedial opera- 
tions performed by a remedy agent or other entity may 
include refinement of monitoring operations to collect dif- 
ferent and/or more specific operational data, in addition to or 
in lieu of various corrective actions that might be undertaken 
to remedy an undesirable operational condition. 

[0084] Furthermore, various manners of initiating a prob- 
lem remedying operation may be used. For example, moni- 
toring may occur continuously, with identification of a 
problem triggering a remedial operation whenever undesir- 
able operational conditions are detected. In other embodi- 
ments, a customer may notice an undesirable operational 
condition, and initiate the collection of operational data and 
analysis thereof to potentially remedy the problem. In addi- 
tion, analysis of operational data may require manual 
involvement, e.g, by product support personnel. 

[0085] Moreover, in some implementations, publication of 
a remedy agent may occur in stages. For example, where an 
undesirable operational condition is detected in one cus- 
tomer product, an appropriate remedy agent may be pub- 
lished only for operation on behalf of that customer. Once 
the agent has been found to have adequately remedied a 
problem (which may occur only after the agent is modified), 
the status of the agent may be changed such that greater 
availability of the agent for other customers is enabled. 
Thus, for example, after a particular agent has been 
adequately tested for one particular customer, that agent may 
thereafter be dispatched to other customers to address simi- 
lar problems experienced by those customers. 

[0086] The analysis of operational data may occur in a 
number of manners, and may include a number of known 
artificial intelligence and decision logic techniques known in 
the art. For example, as shown in FIG. 7, a structured 
framework 200 may be provided for analyzing operational 
data, where a rule set 202 is based upon a set of rule 
definitions 204 In the illustrated implementation, for 
example, the ABLE environment may be utilized, with rule 
definitions defined in a standardized markup language for- 
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mat such as XML and/or defined in a textual format. Via 
these rule definitions, various types of logic modules, or 
"beans" may be invoked to perform various analysis opera- 
tions. For example, forward chain logic 208, pattern match- 
ing logic 210, pattern matching RETE net logic 212, fuzzy 
logic 214, script logic 216, mixed inference logic 218, 
backward chain logic 220 and predicate logic 222 may be 
invoked in different combinations to perform various analy- 
sis techniques as desired. The implementation of analysis 
rules based upon this framework would be well within the 
ability of one of ordinary skill in the art having the benefit 
of the instant disclosure. However, it should be appreciated 
that other logic techniques, including hard-coded logic and 
other combinations of artificial intelligent techniques (e.g., 
various other neural network technologies, fuzzy logic tech- 
nologies, non-linear logic, etc.) may be used in the alterna- 
tive. 

[0087] Using this logic framework, an analysis agent may 
be configured to analyze the operational data from one or 
more customers to identify either an undesirable operational 
condition for a particular customer (e.g., where a particular 
supported product installation is operating outside of the 
specifications of other installations thereof), or to identify an 
undesirable operational condition across the customer base 
(e.g., where a particular error is found to occur repeatedly 
across the customer base). For example, pattern matching 
may be performed on the operational data to identify recur- 
ring patterns that are indicative of an undesirable operational 
condition. 

[0088] As also described above, it may be desirable to 
provide distribution control for intelligent agents utilized in 
system 10, providing various publication levels that limit the 
distribution of particular agents based upon the desired use 
of such agents. As shown in FIG. 8, for example, a publish 
agent routine 240 begins in block 242 by creating an 
appropriate agent header. In an environment such as the 
aforementioned ABLE environment, agents may be defined 
via headers created using a standardized language such as 
XML. Under such a framework, characterization of a frame- 
work may be embodied within the header, and distribution 
control information may be incorporated into such charac- 
terization information. As shown in block 244, a publishing 
level is determined for a published agent based upon factors 
such as the skills required to use the agent, the intended use 
for the agent, the desired control for the agent, the degree the 
agent is tied to the knowledge base or to environmental data, 
and the environments in which the agent is intended to be 
executed. Once a publishing level is determined, it is set in 
the agent header in block 246. 

[0089] In the illustrated embodiment, for example, agents 
may be classified as "internal", "external" or "base". Table 
I below illustrates exemplary characteristics of each type of 
agent based upon the aforementioned characteristics. 

TABLE I 



Agent Publication Level 

Characteristics Internal External Base 

Skill Required Expert Administrator Novice 

Intended Use Support IT Operations Common 

Desired Control Strong Selective All 



TABLE I-continued 



Agent Publication Level 

Characteristics Internal External Base 

Knowledge Base Ties Tight Remotable Loose 

Environmental Data lies Loose Remotable Tight 

Distribution Remote (Data) Remote (Agent) Resident 



[0090] Abase agent, for example, is intended to be used as 
an agent provided to a customer within the shipped release 
of a product. Accordingly, as shown in block 248, it is 
typically desirable with such an agent to incorporate the 
agent into the next release of the shipped product. Moreover, 
for situations where a customer has an earlier release of a 
product, it may be desirable to permit that customer to 
download the agent for incorporation into the customer's 
system. As such, it may be desirable to also transmit the 
agent to the customer's system on demand, as shown in 
block 250. 

[0091] For an external agent, it is typically desirable to 
transmit the agent to the customer system on demand, as 
shown in block 250. With such a system, typically the agent 
is executed without substantial expertise required of the 
customer. 

[0092] For an internal agent, such an agent is generally 
limited to use on a support server by qualified product 
support personnel. In some instances, however, it may be 
desirable to distribute the agent to a customer site. Thus, as 
shown in block 252, it may be desirable to transmit the 
agent, but in this case only under the guidance of product 
support personnel. 

[0093] Therefore, it will be appreciated that, in general the 
provision of distribution controls permits product support 
personnel to control the deployment of agents, in particular 
remedy agents, in such a manner that the availability of a 
particular agent will be dependent upon the complexity of 
the problem and its solution, as well as the maturity/ 
effectiveness/accuracy of the agent (e.g., based upon how 
many other customer products have been successfully rem- 
edied by a particular agent), and even a potential desire to 
keep certain agents proprietary for exclusivity reasons. 

[0094] It will be appreciated that other publication levels 
may be associated with particular agents, and that other 
publishing guidelines and frameworks may be utilized in the 
alternative. For example, as discussed above, certain agents 
may be characterized as knowledge base or support only 
agents, wherein no distribution to other computers is per- 
mitted. In still other embodiments, distribution of an agent 
from a support server to a product server may be prohibited. 
Moreover, characterization of an agent with a particular 
distribution control may be made in manners other than 
through the use of a header, e.g., via a separate database, via 
various locking mechanisms, encryption mechanisms, sig- 
nature technologies, etc. Therefore, the invention is not 
limited to the particular implementation discussed herein. 

[0095] Another capability supported by the herein-de- 
scribed support system is the ability to integrate agents from 
multiple vendors to collectively remedy undesirable opera- 
tions of a customer. For example, it may be possible that 
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both a hardware manufacturer and a software vendor will 
have interoperability problems that require remedial actions 
to be taken with respect to both a software product and an 
underlying hardware platform. FIG. 9, for example, illus- 
trates an exemplary condition where a hardware manufac- 
turer, which in this example also serves as the primary 
product support provider, requires the additional assistance 
of a software vendor functioning as a third party. FIG. 9 
specifically illustrates a system 270 including a product 
support agent pool 272 and a third party agent pool 274. 
Through the ability of agents to communicate with one 
another, as well as to invoke one another and initiate certain 
actions with one another, it will be appreciated how a 
sequence of operations may be performed to remedy an 
undesirable operational condition on a customer system. 

[0096] In the environment illustrated in FIG. 9, for 
example, a system configuration manager agent 276 may 
control the overall remedial operation by interacting with a 
pair of hardware -related agents 278, 280, as well as a series 
of additional agents 282, 284 and 286 provided by a third 
party and related to the software provided by that third party. 

[0097] Consider, for example, the situation where a par- 
ticular software program requires a different setting in the 
hardware or the operating system in order to properly 
operate on a particular system. Moreover, the software 
requires specific configuration settings itself to fully remedy 
a particular problem. In such an instance, system configu- 
ration manager agent 276 may address the hardware prob- 
lems by invoking a device configuration checker agent 278 
to check the configuration of a particular hardware device. 
Based upon the configuration data obtained from agent 278, 
agent 276 may then invoke a device configuration modifier 
agent 280 to set the configuration data to appropriate values 
to remedy the problem. In addition, either concurrently with, 
subsequent to, or prior to addressing the hardware issue, 
agent 276 may invoke a third party configuration manager 
agent 282 that interacts with a third party data analyzer agent 
284 and a third party configuration modifier agent 286 to 
handle the detection and modification of configuration set- 
tings in the third party software, thus resulting in a system- 
wide resolution of the customer's problem. 

[0098] Now turning to FIG. 10, to further illustrate the 
operation of the various embodiments of the invention, an 
exemplary product support system 300 is illustrated, which 
is suitable for use in tuning the performance of a computer- 
related product, here a groupware server 302. In system 300, 
the performance of an application (here groupware) is 
optimized by monitoring and predicting its performance 
characteristics and then automatically adjusting control 
parameters in order to provide a desired service level. In this 
exemplary embodiment, the application is a Lotus Notes 
server, which often can be subject to a widely varying 
workload. System 300 may be used to optimize an average 
response time for specific classes of transactions. 

[0099] In this exemplary implementation, the product sup- 
port system relies on three agents (or optionally, modules 
within a single agent), including an adaptor agent 304 that 
monitors workload and performance and sets configuration 
parameters on the Lotus Notes server, a neural system model 
agent 308 that attempts to learn so as to mimic the perfor- 
mance response characteristics of the Lotus Notes server 
302 over a range of workloads and control settings, and 



another neural controller agent 306 that is adapted on-line to 
determine the appropriate control settings for optimal appli- 
cation performance. 

[0100] To implement product support in this environment, 
the neural system model agent 308 is typically trained 
off-line using data obtained from a workload simulator with 
varied control settings. Thereafter, an administrator 310 may 
set a desired performance value, which is fed to agent 306. 

[0101] During runtime, the Lotus Notes Server 302 is 
subjected to a varying workload while the adaptor agent 304 
monitors the resulting server performance values. In addi- 
tion, the neural controller agent 306 is adapted on-line by 
taking the difference between the desired and actual perfor- 
mance values, back propagating those values through the 
neural system model agent 308 and using the control deltas 
as target values for the neural controller agent 306. 

[0102] It will be appreciated that the aforementioned 
example is but one possible implementation of a product 
support process consistent with the invention. Thus, the 
invention is not limited to this particular example. 

[0103] Various modifications may be made to the illus- 
trated embodiments consistent with the invention. For 
example, not all of the tasks associated with providing 
product support need be implemented using intelligent 
agents. As such, each of monitoring data, collecting data, 
analyzing data, identifying undesirable operational condi- 
tions, selecting agents, creating agents, and the like may be 
implemented using non-agent technology, or may incorpo- 
rate (manual) user involvement, in some embodiments. 
Moreover, any of monitoring data, collecting data, analyzing 
data, identifying undesirable operational conditions, select- 
ing agents, creating agents, and the like may be performed 
at a customer site, at a product support or vendor site, at a 
third party site, or any combination of the same. 

[0104] Other modifications will be apparent to one of 
ordinary skill in the art. Therefore, the invention lies in the 
claims hereinafter appended. 

What is claimed is: 

1. An apparatus, comprising: 

(a) a memory within which is resident a plurality of 
intelligent agents and distribution control information 
associated with each intelligent agent that defines dis- 
tribution rights for such intelligent agent; and 

(b) program code configured to control distribution of an 
intelligent agent in response to a request to access such 
intelligent agent based upon the distribution control 
information associated with such intelligent agent. 

2. The apparatus of claim 1, wherein the program code is 
further configured to set distribution control information for 
an intelligent agent in connection with publishing the intel- 
ligent agent. 

3. The apparatus of claim 2, wherein the distribution 
control information is disposed in a header for each intelli- 
gent agent. 

4. The apparatus of claim 1, wherein the distribution 
control information defines a publishing level that prohibits 
distribution of an intelligent agent to another computer. 

5. The apparatus of claim 1, wherein the distribution 
control information defines a publishing level that permits 
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distribution of an intelligent agent to another computer only 
in response to authorization from product support personnel. 

6. The apparatus of claim 1, wherein the plurality of 
intelligent agents are each configured to perform product 
support operations in connection with supporting a com- 
puter-related product, and wherein the distribution control 
information identifies a first intelligent agent as an internal 
agent configured to execute on a product support computer, 
and a second intelligent agent as an external agent config- 
ured to execute on a customer computer configured to utilize 
the computer-related product. 

7. The apparatus of claim 6, wherein the distribution 
control information further identifies a third intelligent agent 
as a base agent associated with a particular release of the 
computer-related product. 

8. A method of controlling distribution of an intelligent 
agent, the method comprising: 

(a) maintaining in a memory distribution control infor- 
mation that defines distribution rights to each of a 
plurality of intelligent agents; and 

(b) controlling distribution of an intelligent agent among 
the plurality of intelligent agents in response to a 
request to access such intelligent agent based upon the 
distribution control information associated with such 
intelligent agent. 

9. The method of claim 8, further comprising setting 
distribution control information for an intelligent agent in 
connection with publishing the intelligent agent. 

10. The method of claim 9, wherein the distribution 
control information is disposed in a header for each intelli- 
gent agent. 

11. The method of claim 8, wherein the distribution 
control information defines a publishing level that prohibits 
distribution of an intelligent agent to another computer. 

12. The apparatus of claim 8, wherein the distribution 
control information defines a publishing level that permits 
distribution of an intelligent agent to another computer only 
in response to authorization from product support personnel. 

13. The method of claim 8, wherein the plurality of 
intelligent agents are each configured to perform product 
support operations in connection with supporting a com- 



puter-related product, and wherein the distribution control 
information identifies a first intelligent agent as an internal 
agent configured to execute on a product support computer, 
and a second intelligent agent as an external agent config- 
ured to execute on a customer computer configured to utilize 
the computer-related product. 

14. The method of claim 13, wherein the distribution 
control information further identifies a third intelligent agent 
as a base agent associated with a particular release of the 
computer-related product. 

15. A program product, comprising: 

(a) an intelligent agent; 

(b) a header associated with the intelligent agent, the 
header including distribution control information that 
defines distribution rights to the intelligent agent; and 

(c) a signal bearing medium bearing the header and the 
intelligent agent. 

16. The program product of claim 15, wherein the header 
is defined in a markup language. 

17. The program product of claim 16, wherein the header 
is defined in XML. 

18. A program product, comprising: 

(a) program code configured to control distribution of an 
intelligent agent in response to a request to access such 
intelligent agent by accessing distribution control infor- 
mation associated with such intelligent agent, wherein 
such distribution control information defines distribu- 
tion rights for such intelligent agent; and 

(b) a signal bearing medium bearing the program code. 

19. The program product of claim 18, wherein the signal 
bearing medium includes at least one of a transmission 
medium and a recordable medium. 

20. The program code of claim 18, wherein the program 
code is configured to access the distribution control infor- 
mation for such intelligent agent by accessing a header 
associated with such intelligent agent, wherein the header is 
defined in a markup language. 

***** 
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